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A vehicle communications system and method includes a central computer for performing data networking 
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@ Fahrzeugkommunikationssystem 

® Die Erfindung bezieht sich auf etn Fahrzeugkommunika- 
tionssystem mit einern Zentralrechner 2ur Durchfuhrung von 
Telematik-Applikationen, Gerateeinheiten zum Senden, 
Empfangen, Erfassen und/oder Vera r be it en von zu den 
Telematik-Applikationen gehorigen Oaten und einem oder 
mehreren DatenGbertragungskanalen mit zugehorigen 
Schnittstellen, Qber welche die Gerateeinheiten mit dem 
zentralen Fahrzeugrechner verbindbar sind. 
ErfindungsgemaB sind die Gerateeinheiten den verschiede- 
nen Telematik-Applikationen fiexibel steuerbar zugeordnet, 
wobei eine adaptive Appfikationssteuerung vorgesehen ist, 
die zur Durchfuhrung einer jeweiligen Applikation die jeweils 
erforderiichen Gerateeinheiten funktionsbezogen auswahlt 
und die erforderiichen Datenubertragungsvorgange steuert. 
Verwendung z.B. in AutomobiJen. 
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Die Erfindung bezieht sich auf ein Fahrzeugkommu- 
nikationssystem mit einem Zentralrechner zur Durch- 
fuhrung von Telematik-Applikationen, mit Gerateein- 
heiten zum Senden, Empf angen, Erfassen und/oder Ver- 
arbeiten von zu diesen Applikationen gehorigen Daten 
und rait einem oder mehreren Datenubertragungskana- 
len mit zugehdrigen Schnittstellen, iiber welche die Ge- 
rateeinheiten mit dem Zentralrechner verbindbar sincL 

Der Einsatz von Telematiksystemen, d. h. elektroni- 
schen Dateriubertragungssystemen, die Teiekommuni- 
kationsdienste nutzen, gewinnt auch auf dem Gebiet der 
Fahrzeugtechnik zunehmend an Bedeutung. So werden 
im Fahrzeug bereits Telekommunikationsdienste einge- 
setzt, die in den Bereichen Verkehrslenkung, Sicher- 
heitsdienste, dynamische Navigationshilfe und mobiles 
Biiro neue Funktionalitaten ermoglichen. 

Herkommliche Telematiksysteme dieser Art beste- 
hen aus einem eigenstandigen Rechner mit Schnittstel- 
len zu einem speztell zugehdrigen Funkgerat, z. B. 
GSM- oder Modacom-Gerat, und/oder zu einem Posi- 
tionsempfanger, wie einem GPS-Empfanger. Die heute 
auf dem Markt verfugbaren Telekommunikationsgerate 
unterscheiden sich grundsatzlich im Schnittstellenpro- 
tokolL Obwohl es Standardisierungsbemuhungen gibt, 
unterscheiden sich die Schnittstellenprotokolle der Ge- 
rate in Abhangigkeit des Herstellers, der Version, des 
Modells und der Technologie, so daB es bislang nur 
Einzellosungen mit genau definierten Komponenten 
und Schnittstellen gibt Die Integration mehrerer Tele- 
matikfunktionalitaten in ein Fahrzeug erfolgt daher bis- 
lang in Form von voneinander getrennten Inselldsun- 
gen, da die jeweils zugehdrigen* Funk- und Peripherie- 
gerate iiber keine Netzwerkschnittstellen verfugen, mit 
denen sie mehrfach fur verschiedene Applikationen 
multifunktional genutzt werden konnten. Eine solche 
Architektur eines Fahrzeugkommunikationssystems er- 
fordert eine laufende Wartung der Systeme fur Modifi- 
kationen. Der damit verbundene organisatorische und 
logistische Aufwand fuhrt zu einer sehr eingeschrankten 
Reaktionsfahigkeit solcher Fahrzeugkommunikations- 
systeme auf neu auf dem Markt erscheinende Telema- 
tikfunktionen und -komponenten. 

Ein Fahrzeugkommunikationssystem der eingangs 
genannten Art ist beispielsweise in der Offenlegungs- 
schrift DE44 03 712A1 in Form eines aus dem Fahr- 
zeug herausnehmbaren Bordcomputers offenbart, der 
Steuerungsfunktionen zur Fahrzeugnavigation, fur ein 
Verkehrsfunkradio und eine Fernsprecheinrichtung um- 
faBt 

In der Patentschrift DE41 10 372 C2 ist eine Multi- 
plexubertragungsanordnung ftir ein Fahrzeug beschrie- 
ben, die zwei Netzwerke und einen Gateway-Netz- 
werkknoten beinhaltet, iiber den Daten zwischen den 
Netzwerken ubertragen werden konnen. 

Der Erfindung liegt als technisches Problem die Be- 
reitstellung eines Fahrzeugkommunikationssystems der 
eingangs genannten Art zugrunde, das mit verhaltnis- 
maSig geringem Aufwand eine erhohte Flexibilitat bei 
der Durchfuhrung von Telematik- Applikationen bietet 

Die Erfindung lost dieses Problem durch die Bereit- 
stellung eines Fahrzeugkommunikationssystems mit 
den Merkmalen des Anspruchs 1. Bei diesem System 
sind die Ger&teeinheiten zum Senden, Empfangen, Er- 
fassen und/oder Verarbeiten der zu den Telematik- Ap- 
plikationen gehorigen Daten nicht in Form einer Insel- 
losung fest einer jeweiligen Telematik-Applikation zu- 



geordnet, sondern diese Zuordnung ist flejdbel ausge- 
legt. Dabei wahlt eine adaptive Applikationssteuerung, 
die in den Zentralrechner integriert oder extern von 
diesem angeordnet sein kann, die zur Durchfuhrung ei- 
5 ner jeweiligen Applikation jeweils erforderlichen Gera- 
teeinheiten funktionsbezogen aus und steuert die erfor- 
. derlichen Dateniibertragungsvorgange, Dies erlaubt ei- 
nen modularen Systemaufbau, bei dem Gerateeinheiten 
unterschiedlicher Hersteller an eine oder mehrere ge- 

io eignete Schnittstellen des Zentralrechners angeschlos- 
sen werden konnen. Jede Gerateeiriheit kann funktions- 
bezogen, dL h. zur Erfullung einer bestimmten, ihr zuge- 
wiesenen Funktion, wie beispielsweise Positionsbestim- 
mung, angesprochen werden. Diese Funktion kann die 

15 Gerateeinheit bei Bedarf nicht nur fur eine bestimmte, 
sondern fur jede Telematik-Applikation erfullen, zu de- 
ren Durchfuhrung diese Funktion erforderlich ist Re- 
dundanzen zur Erfullung einer bestimmten Funktion fur 
mehrere Telematik-Applikationen lassen sich daher ge : 

20 gebenenfalls vermeideiL Umgekehrt kann eine Funk- 
tion, wie beispielsweise die Fahrzeugpositionsbestim- 
mung, bei Bedarf redundant ausgelegt werden, indem 
die entsprechende Information gegebenenfalls in unter- 
schiedlicher Giite aus mehreren, voneinander unabhan- 

25 gigen Positionsbestimmungskanalen zur Verf ugung ge- 
stellt wird Zudem kann das Fahrzeugkommunikations- 
system problemlos mit neuen Gerateeinheiten und/oder 
Telematik-Applikationen erweitert werden, ohne daB 
der bereits bestehende Systemaufbau geandert werden 

30 muB. 

Eine Weiterbildung der Erfindung nach Anspruch 2 
beinhaltet vorteilhafte Moglichkeiten von Schnittstellen 
fur den AnschluB der Gerateeinheiten am Zentralrech- 
ner. 

35 Eine Weiterbildung der Erfindung nach Anspruch 3 
beinhaltet vorteilhafte Gerateeinheiten zur Erfullung 
bestimmter Funktionen fur Telematik-Applikationen. 

Eine Weiterbildung der Erfindung nach Anspruch 4 
beinhaltet vorteilhafte Telematik-Applikationen, die in 
40 beliebiger Kombination vorgesehen sein konnen. 

Bei einem nach Anspruch 5 weitergebildeten Fahr- 
zeugkommunikationssystem sind Gerate- und/oder 
Schnittstellen-Gateways vorgesehen, urn eingehende 
Daten in das jeweils ausgangsseitig benotigte Datenfor- 
45 mat zu transformieren 

Bevorzugte Ausfuhrungsformen der Erfindung sind in 
den Zeichnungen dargestellt und werden nachfolgend 
beschrieben. Hierbei zeigen: 
Fig. 1 eine schematische Obersicht uber die wesentli- 
50 chen Bestandteile eines Fahrzeugskommunikationssy- 
stems, 

Fig. 2 ein schematisches Blockdiagramm des fur das 
Fahrzeugkommunikationssystem von Fig. 1 verwende- 
ten Zentralrechners mit zugehdrigen Schnittstellen und 
55 daran anschlieBbaren Gerateeinheiten, , 

Fig. 3 ein schematisches Blockdiagramm eines Auf- 
baus einer in den Zentralrechner von Fig. 2 integrierten, 
adaptiven Applikationssteuerung, 

Fig. 4 ein schematisches Blockdiagramm zur Veran- 
60 schaulichung der Gerateflexibilitat des Systems der 
Fig. 1 bis 3, 

Fig. 5 ein schematisches Blockdiagramm zur Veran- 
schaulichung der Schnittstellenflexibilitat des Systems 
der Fig. 1 bis 3 und 
65 Fig. 6 ein schematisches Blockdiagramm zur Veran- 
schaulichung der Durchfuhrung eines Flottenmanage- 
ments als einer Telematik-Applikation mit dem System 
der Fig. 1 bis 5. 
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Fig. 1 zeigt die wesentlichen Elemente des Fahrzeug- 
kommunikationssystems. Das Herzstiick bildet ein z. B. 
in einem PKW oder LKW instaliierter Zentrairechner 
(1), mit dem mehrere Telematik-Applikationen durchge- 
fuhrt werden konnen, und zwar die Applikationen Flot- 
tenmanagement, Routenplanung, Ferndiagnose, Dieb- 
stahlschutz und Recnnerfernkommunikation, wie das 
Versenden elektronischer Post und das Zugreifen auf 
Datenbanken. Die Telematik-Applikationen konnen in 
den Zentrairechner (1) als Hardware oder als Software- 
paket integriert oder durch ein eigenstandiges Steuer- 
gerat oder als Softwarepaket auf einem externen, mobi- 
len Rechner realisiert sein. Mit dem Zentrairechner (1) 
ist eine Mehrzahl von Gerateeinheiten verbindbar, und 
zwar in diesem Beispielsfall speziell ein GPS-Empfaj> 
ger, ein mobiler Rechner in Form eines PDA (Personal 
Digital Assistant), ein Mobilfunkgerat (GSM), eine CD- 
ROM- Einheit und ein RDS-TMC-Gerat Zum AnschluB 
dieser Gerate an den Zentrairechner (1) dienen unter- 



Der Zentrairechner (1) besitzt eine serielle 
RS232-Schnittstelle, an die ein Infrarot-Transceiver (IR) 
mit RS232-Schnittstelle zur optischen Anbindung einer 
PDA^Einheit angeschlossen ist Wahlweise kann die 
5 PDA-Einheit auch direkt an diese RS232-Schnittstelle 
angeschlossen werden, an die ansonsten auch .ein GPS- 
Empf anger oder ein datenfahiges Mobilfunk(GSM)- Ge- 
rat ahgebunden werden konnen. Des weiteren besitzt 
der Zentrairechner (1) eine PCMCIA-Schnittstelle, an 
io die ein GSM-Gerat angeschlossen ist An eine weitere 
RS232-Schnittstelle kann optional der GPS-Empfanger 
mit dem Zentrairechner (1) verbunden sein. Ober eine 
zweite PCMCIA-Schnittstelle ist an den Zentrairechner 
(1) ein CAN-Datenbus (CAN1) mit nachgeschalteteh 
15 Kommunikationsgerateeinheiten (Komml, Komm2) an- 
geschlossen. Diese beiden Kommunikationsgerateein- 
heiten konnen beispielsweise je ein Steuergerat fur eine 
Hardwareausfuhrung der Applikationen Ferndiagnose 
und Diebstahlschutz sein. Ober einen optischen Daten- 



schiedliche Schnittstellen, und zwar eine CAN-, eine 2 o busring mit D2B-Schnittstelle konnen der GPS-Emp 
t.^^ta -=--- ™ - > ~ 1 * fanger, das GSM-Gerat und/oder das RDS-TMC-Gerat 

an den Zentrairechner (1) angeschlossen werden, wenn 
dieser Datenubertragungskanal im Fahrzeug realisiert 
ist Der Zentrairechner (1) ist zweckmaBig mit einem 
echtzeitfahigen Multitasking-Betriebssystem ausgestat- 
tet und kann als Verbindungspunkt in einer heterogenen 
Netzwerkumgebung dienen. 

Die adaptive Applikationssteuerung bietet fur solche 
Telematik-Applikationen, deren Kommunikationsbe- 
ziehung mit den beteiligten Gerateeinheiten fest vorge- 
geben ist, z. B. fiber eingegebene Bezeichner, einen si- 
cheren Datentransport, wobei u. a. gepriift wird, ob das 
angeforderte Gerat gerade belegt ist und an welchem 
Datennetz dieses aktuell angeschlossen ist Solche Ap- 
plikationen sind beispielsweise die auf einem Steuerge- 
rat implementierte Fahrzeugf eradiagnose oder das Ver- 
senden elektronischer Post mit einem PDA- Dariiber 
hinaus beinhaltet das System sogenannte integrierte Te- 
lematik-Applikationen, die speziell fur den Einsatz in 
Verbindung mit der adaptiven Applikationssteuerung 
ausgelegt sind, wie z. B. die Applikation Flottenmanage- 
ment Daneben sind in das System Basisdienste imple- 
mentiert, die Funktionalitaten anbieten, auf die andere 
Basisdienste und die integrierten Applikationen explizit 
zugreifen konnen, wodurch sich wiederum eine redun- 
dante Auslegung solcher Funktionalitaten vermeiden 
laBt 

Diese Basisdienste lassen sich in Funktionen zur Er- 
mittlung von nach auBen bereitzustellenden Daten, wie 
Positionsbestimmung, Uhrzeitbestimnuing eta, sowie in 
sogenannte Gateways unterscheiden, die einen einge- 
henden Datenstrom anhand von Vorgaben einer anfor- 
demden, integrierten Applikation oder eines anf ordern- 
den Basisdienstes transformieren. Bezuglich der Gate- 
ways sind wiederum Schnittstellen-Gateways, Gerate- 
Gateways und Format-Gateways zu unterscheiden. Die 
Schnittstellen-Gateways transformieren eingehende 
Daten in das Schnittstellen- bzw. Datenbusformat der 
jeweils zugehorigen Schnittstelle und umgekehrt, wah- 
rend die Gerate-Gateways eingehende Daten in ein fur 
das zugehorige Gerat geeignetes Datenformat transfor- 
mieren und umgekehrt die vom Gerat kommenden Da- 
ten in das geeignete Ausgangsdatenformat transformie- 
ren. Die Format-Gateways wandeln die von einem Ba- 



PCMCIA-, eine RS232-, eine IR- und eine D2B-Schnitt 
stelle. Mit IR ist hierbei eine Infrarot-Schnittstelle und 
mit D2B (Digital Domestic Bus) eine in Fahrzeugen der 
Mercedes-Benz AG zum Einsatz kpmmende Schnitt- 
stelle eines optischen Datenbusnetzwerks bezeichnet 
Die iibrigen Bezeichnungen sind Standardbezeichnun- 
gen. Es versteht sich, daB das System je nach Anwen- 
dungsfali auch mehr oder weniger Applikationen, Gera- 
te und/oder Schnittstellen umf assen kann. 

Die Datenkommunikation zwischen den Geraten und 
dem Zentrairechner (1) erfolgt uber die zu den Schnitt- 
stellen gehorigen Dateniibertragungskanalen. Dabei 
sind die Gerate nicht wie bei herkommlichen Systemen 
jeweils einer bestimmten Applikation zugeordnet, son- 
dern werden von einer in diesem Beispiel in den Zentrai- 
rechner (1) integrierten, adaptiven Applikationssteue- 
rung flexibel zur Erfullung der ihnen inharenten Funk- 
tion herangezogen, was gegebenenfalls fur mehrere un- 
terschiedliche Telematik-Applikationen der Fall sein 
kann. Die adaptive Applikationssteuerung ist so ausge- 
legt, daB die Applikation kein explizites Gerat ansteuert, 
sondern der Steuerung einen aus- bzw. eingehenden 
Kommunikationswunsch mitteilt Die Steuerung wahlt 
dann das geeignetste Gerat und den entsprechenden 
Kommunikationskanal hierfur aus. Auf diese Weise 
konnen Applikationen Gerate unterschiedlicher Her- 
steller ansprechen und benotigen keine Informationen, 
iiber welches Netzwerk das gewiinschte Gerat anzu- 
sprechen ist Vielmehr uberaimmt die adaptive Applika- 
tionssteuerung die Fiihrung der Dateniibertragung und 
setzt die Datenpakete gemaB dem jeweiligen Netz- 
werkprotokoll iiber spezielle Gateways ua Mehrere 
Applikationen konnen dasselbe Gerat zur Kommunika- 
tion verwenden, wobei die adaptive Applikationssteue- 
rung entscheidet, welche Verbindungsanforderungen 
Vorrang haben, indem sie den entsprechenden Kommu- 
nikationskanal zu dem Gerat durchschaltet Dadurch 
laBt sich eine redundante Bestiickung des Fahrzeuges 
mit identischen Geraten fur unterschiedliche Telematik- 
Applikationen vermeiden. Umgekehrt konnen bei Be- 
darf bestimmte Funktionen redundant iiber verschiede- 
ne Informationskanale ermittelt werden, z. B. die Be- 
stimmung der aktuellen Fahrzeugposition wahlweise 
iiber GPS, Mobilfunk und/oder ein Bakensystem. 
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Fig. 2 ZQigt die beispielhaft am Zentrairechner (1) 6 5 sisdienst errnittelten Daten in ein anderes (Standard) 

vorzusehenden Schnittstellen nebst daran anschlieBba- -Format urn, z. B. die Positipnsdaten des Fahrzeugs. Zu- 

ren Gerateeinheiten, wobei die gestrichelt umrahmten satzlich zu den Basisdiensten konnen auch Mehrwert- 

Komponenten als optionale Erweiterung zu sehen sind dienste vorgesehen sein, die sich von den Basisdiensten 
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dadurch unterscheiden, daB sie letztere ihrerseits aufru- 
fen. Ein Beispiel hierfur ist der Mehrwertdienst RDS- 
TMC, der aktuell relevante Verkehrsinformationen 
empfangen und hinsichtlich der aktuellen Fahrzeugposi- 
tion, die ein Basisdienst darstellt, gewichten muB. 

Fig. 3 zeigt schematised einen fur die Erfullung der 
obigen Funktionalitaten geeigneten Aufbau der adapti- 
ven Applikationssteuerung. Die adaptive Applikations- 
steuerung beinhaltet in dieser Systemauslegung eine 
Steuereinheit (2), die das adaptive Informationsmanage- 
ment ubernimmt Des weiteren sind eine Mehrzahl von 
Basis- bzw. Mehrwertdiensten (3) illustriert, beispiels- 
weise zur Bestimmxing der Fahrzeugposition, der Uhr- 
zeit und der Fahrzeuggeschwindigkeit Die Steuerung 
enthalt auBerdem eine Mehrzahl von Gerate-Gateways 
(4), die den entsprechenden Gerate- Einheiten zugeord- 
net sind. AuBerdem beinhaltet sie die erforderlichen 
Schnittstellen-Gateways (5\ deren Ausgangsleitungen 
(6) zu den entsprechenden Schnittstellen fuhren. Die 
Steuereinheit (2) hat vor allem die Funktionen, die Ba- 
sisdienste fur integrierte Applikationen bereitzustellen, 
die Datenbasis zu aktualisieren, die Topologie und die 
Resourcen des Systems, die aktuell belegten Kompo- 
nenten und die vorhandenen, bzw. aktiven Client/Ser- 
ver-Beziehungen zu kontrollieren. Eine weitere Aufga- 
be ist die Zugangs- und Sicherheitskontrolle, Im Sinne 
eines Master/Slave-Konzeptes ist die Steuereinheit (2) 
selbst Bestandteil des Server-Netzes und agiert als Ma- 
ster fiir die anderen Server. 

Zur Kommunikation innerhalb der Umgebung der 
adaptiven Applikationssteuemng ist eine geeignete 
Kommunikationsarchitektur vorgesehen, die auf dem 
sogenannten ISO/OSI-Basis-Referenzmodell als grund- 
legender Struktur aufbaut Die InterprozeBkommunika- 
tion ist so gestaltet, daB die Applikationen vollig unab- 
hangig von den darunterliegenden Kommunikations- 
strukturen sind. Die Kommunikation zwischen zwei 
Prozessen erfolgt fiber sogenannte Kommunikations- 
endpunkte, wobei sich einer der kommunizierenden 
Prozesse auBerhalb des Fahrzeugs befinden kann. Zur 
Realisierung von ClientrServer-Strukturen sind Mecha- 
nismen zum transparenten Aufruf der Server-Funktio- 
nen und zur korrekten transparenten Datenaufberei- 
tung vorgesehen. Durch eine oberste RPC (Remote 
Procedure Call)-Kommunikationsschicht wird die ge- 
forderte mterprozeBkommunikation bewerkstelligt 
Hierdurch wird die Lokalitat der miteinander kommuni- 
zierenden Applikationen auf dem Zentralrechner selbst 
oder raumlich von diesem entfernt vollig transparent. Es 
besteht auch die Moglichkeit, Dienstanforderungen von 
einem oder mehreren Dienstanbietern bearbeiten zu 
lassen, wodurch das Einbinden potentiell konkurrieren- 
der Applikationen mit moglicherweise unterschiedli- 
cher Dienstgiite bereits iiber die Kommunikationsplatt- 
form geschehen kann. Diese Redundanz fuhrt dann zur 
hoheren Verfugbarkeit einer Applikation, da beim Aus- 
fall eines Anbieters bereits auf der Kommunikations- 
plattform ein funktionsanaioger Anbieter einspringen 
kann. Ein Beispiel hierfur ist die Fahrzeugpositionsbe- 
stimmung wahlweise uber GPS, GSM oder Koppelnavi- 
gation. 

Die Kommunikationsarchitektur beinhaltet des wei- 
teren eine Datentransportschicht, hier beispielhaft in 
Form einer TCP-Schicht. Eine weitere Kommunika- 
tionsschicht in Form einer Vermittlungsschicht, bei- 
spielsweise als IP-Schicht, ubernimmt die Adressierung 
desjenigen Rechners, auf welchem der Kommunika- 
tionspartner lokalisiert ist, gegebenenfalls unter Ver- 



wendung einer AdreBumsetzung. Unterhalb der IP- 
Schicht erfolgt eine Abbildung auf die physikalisch vor- 
handenen Obertragungsmedien, wobei eine Sicherungs- 
schicht dafiir sorgt, daB Obertragungsfehler des Me- 
5 diums zwischen Nachbarknoten erkannt und gegebe- 
nenfalls korrigiert werden. Eine HTTP- Server einheit (7) 
erlaubt die Kommunikation mit externen Datenbanken, 
z. B. uber einen Internet-AnschluB. Mit diesem Aufbau 
erfiillt die adaptive Applikationssteuemng zum einen 
to ein Netzwerkmanagement, welches die Management- 
aufgaben auf alien Schichten der Kommunikationsar- 
chitektur beinhaltet, und zum anderen ein Applikations- 
management, worunter die gesamten Aufgaben einer 
dynamischen, adaptiven Client/ServerrUmgebung fal- 
ls len. 

Eine Applikation kann, entsprechend dem Client/Ser- 
ver-Konzept, als Client oder als Server agieren. Ob da- 
fur Kommunikation mit der AuBenwelt notwendig ist 
und welche Gerateeinheiten dafur gegebenenfalls ver- 
20 wendet werden, ist fur die Applikation nicht relevant. 
Eine Gerateeinheit ist uber eine Schnittstelle mit dem 
Zentralrechner (1) verbunden und stellt entweder einen 
Kommunikationsendpunkt oder einen Zugangspunkt zu 
einem anderen Kommunikationskanal dar, insbesonde- 
25 re zur Kommunikation mit fahrzeugexternen Partner- 
geraten. Durch diese Geratetransparenz ist es ohne wei- 
teres moglich, ein Gerat durch ein anderes, beispielswei- 
se ein solches von einem anderen Hersteller, zu erset- 
zen, bei dem eventuell ein anderes Datenformat ver- 
30 wendet wird. Wenn mehrere unterschiedliche Gerate 
zur Erfullung einer bestimmten Funktion vorhanden 
sind, trifft die adaptive Applikationssteuemng die Aus- 
wahl, welches Gerat momentan am geeignetsten ist Die 
jeweilige Applikation selbst bleibt hiervon unberiihrL 
35 Diese Geratetransparenz ist in Fig. 4 am Beispiel einer 
Applikation (8) veranschaulicht, die eine Fahrzeugposi- 
tionsbestimmung erfordert. Fur diese Positionsbestim- 
mung sind im Beispiel von Fig. 4 einerseits ein Baken- 
Kommunikationsgerat und andererseits ein GPS-Emp- 
40 fanger vom Typ Standard A sowie optional ein zusatzli- 
cher GPS-Empf anger vom Typ Standard B und/oder ein 
GSM-Gerat in Verbindung mit einem GPS-Empfanger 
vorhanden. Auf Anforderung einer Fahrzeugpositions- 
bestimmung durch die Applikation (8) weist die adapti- 
45 ve Applikationssteuemng (9) der Applikation (8) das 
momentan gerade gunstigste Gerat zur Positionsbe- 
stimmung des Fahrzeugs zu. Gegebenenfalls kann die 
adaptive Applikationssteuemng (9) mehrere der vier 
Gerate zur Fahrzeugpositionsbestimmung aktivieren 
so und die unabhangig voneinander redundant erhaltenen 
Positionsdaten zur Bestimmung der Fahrzeugposition 
geeignet auswerten. 

Nachdem von der adaptiven Applikationssteuemng 
f estgestellt wurde, mit welchem bzw. uber welches Ge- 
55 rat kommuniziert werden soli, priift sie des weiteren, 
iiber welche Schnittstelle auf dieses Gerat zugegriffen 
werden kann. Dies ist notig, da mehrere Schnittstellen 
derselben Art vorhanden sein konnen, die voneinander 
zu unterscheiden sind, oder da das Gerat in verschiede- 
60 nen Versionen mit verschiedenen Schnittstellen verfug- 
bar sein kann, so daB es moglich ist, das Gerat an eine 
andere, gleichartige Schnittstelle umzustecken oder es 
durch eines mit anderer Schnittstelle zu ersetzen, ohne 
daB die Applikation angepaBt werden muB. Diese 
65 Schnittstellentransparenz ist in Fig. 5 am Beispiel eines 
GSM-Mobilfunkgerates illustriert Dabei ist beispielhaft 
angenommen, daB das GSM-Gerat an eine 
RS232B-Schnittstelle angeschlossen ist, alternativ ein 
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derartiges GSM-Gerat jedoch auch an anderen Schnitt- 
steilen angeschiossen sein koimte, wie einer RS232A-, 
einer CAN-, einer D2B- und einer PCMCIA-Schnittstel- 
le. Die adaptive AppHkationssteuerung (9) wahlt dann 
fur die betreffende Applikation die jeweils besetzte 5 
bzw. giinstigste Schnittstelle zu dem zu aktivierenden 
GSM-Gerat aus. Die adaptive Applikationssteueruhg 
ist im ubrigen zur Erf iillung einer Multiplex- Funktion 
ausgelegt, mit welcher der Fall beherrschbar ist, daB 
mehrere Applikationen gleichzeitig auf ein Kommuni- 10 
kationsgerat zugreifen^Diese Funktion beinhaltet eine 
Priorisierung der Applikationen und die Unterbrech- 
barkeit der diversen Kommunikationskanale. 

Integrierte Applikationen innerhalb und auBerhalb 
des Zentralrechners konnen uber dieselben Client-Ser- 15 
yer-Mechanismen mit Applikationen und Basisdiensten 
innerhalb des Zentralrechners oder mit anderen exter- 
nen Dienstanbietern kommunizieren, wobei in diesem 
Fall der Kommunikationspfad uber zwei Schnittstellen- 
Gateways und zwei Gerate-Gateways Iauft Fur nicht 20 
integrierte Applikationen auBerhalb des Zentralrech- 
ners mit fester Kornmunikationsbeziehung zu den Ge- 
raten dient die adaptive AppHkationssteuerung dazu, zu 
verhindern, daB ein bestimmtes Gerat von einer ande- 
ren Applikation ebenfalls angefordert wird oder sich 25 
das Gerat in einem anderen Datennetzwerk oder an 
einer anderen Adresse befindet als von dieser Applika- 
tion angenommen. Der Zentralrechner dient in diesem 
Fall dazu, den Zugriff auf die Gerate zu regeln. 

Fig. 6 veranschaulicht exemplarisch die Durchfiih- 30 
rung einer Flottenmanagement- Applikation. Eine exter- 
ne, nicht gezeigte Flottenmanagement-Zentrale kom- 
muniziert uber ein GSM-Gerat (11), das uber ein CAN- 
Gateway an den CAN-Bus des Fahrzeugs angebunden 
ist, und uber ein GSM-Gateway mit der integrierten 35 
Applikation Flottenmanagement im Zentralrechner (1). 
Diese Applikation fordert die Funktion Position an, die 
ihrerseits uber ein GPS-Gateway und das CAN-Gate- 
way mit einem GPS-Empf anger (12) kommuniziert, der 
ebenfalls am CAN-Bus des Fahrzeugs hangt. . 40 

Wie aus der vorstehenden Beschreibung eines bevor- 
zugten Ausfuhrungsbeispiels ersichtlich wird, erlaubt 
das erfindungsgemaBe Fahrzeugkommunikationssy- 
stem eine flexible und komfortable Durchfuhrung von 
verschiedensten Telematik- Applikationen im Fahrzeug 45 
mit vergleichsweise geringem Aufwand. 

Patentanspruche 

l.Fahrzeugkommunikationssys tern mit 50 

— einem Zentralrechner (1) zur Durchfuhrung 
von Telematik- Applikationen, 

— Gerateeinheiten zum Senden, Empfangen, 
Erfassen und/oder Verarbeiten von zu den Te- 
iematik-Applikationen gehorigen Daten und 55 

— einem oder mehreren Datenubertragungs- 
kanalen mit zugehorigen Schnittstellen, uber 
welche die Gerateeinheiten mit dem zentralen 
Fahrzeugrechner verbindbar sind, 
gekennzeichnet durch 60 

— eine flexibel steuerbare Zuordnung der Ge- 
rateeinheiten zu den verschiedenen Telema- 
tik-Apphkationen, wobei 

— eine adaptive AppHkationssteuerung (9) 
vorgesehen ist, die zur Durchfuhrung einer je- 65 
weiligen AppHkation die jeweils erforderH- 
chen Gerateeinheiten funktionsbezogen aus- 
wahlt sowie die erforderHchen Datenubertra- 
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gungsvorgange steuert 

2. Fahrzeugkommunikationssystem nach Anspruch 
1, weiter dadurch gekennzeichnet, daB zum An- 
SchluB der Gerateeinheiten an den Zentralrechner 
(1) eine CAN-, eine RS232-, eine PCMCIA-, eine 
D2B- und/oder eine IR-Schnittstelle vorgesehen ist 

3. Fahrzeugkommunikationssystem nach Anspruch 
1 oder 2, weiter dadurch gekennzeichnet, daB als 

. Gerateeinheiten wenigstens ein GPS-Empf anger, 
eine PDA-Einheit, eine GSM-Einheit, eine CD- 
ROM-Einheit und/oder eine RDS-TMC-Einheit 
vorgesehen sind 1 . 

4. Fahrzeugkommunikationssystem nach einem der 
Anspruche 1 bis 3, weiter dadurch gekennzeichnet, 
daB als Telematik-Applikationen eine Flottenma- 
nagement- AppHkation eine Rout enplanungs- Ap- 
plikation, eine Ferndiagnose-Applikation, eine 
Diebstahlschutz-AppHkation und/oder eine elek- 
tronische Datenkommunikations- AppHkation vor- 
gesehen sind, 

5. Fahrzeugkommunikationssystem nach einem der 
Anspruche 1 bis 4, gekennzeichnet durch Gerate- 
Gateways und/oder SchnittsteHen-Gateways zur 
Transformation eingehender Daten in das jeweilige 
Datenformat fur die zugehorigen Gerateeinheiten 
bzw. Datenubertragungskanale. 
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